WARNING:
JavaScript is turned OFF. None of the links on this concept map will
work until it is reactivated.
If you need help turning JavaScript On, click here.
此概念图以 IHMC CmapTools 创建, 内含信息有关于: 第五章 需求分析.cmap, 第五章 需求分析 包括 5.5 需求分析的方法論, 5.1 引言 需求重要性是 需求分析是進行系統分析過程 最重要的步驟之一,亦是決定 資訊系統的範疇、系統功能、 資源需求與設計的關鍵時機, 需求分析的優劣與否直接影響 整體資訊系統的品質,因此, 它被列為系統分析首要的工作 項目。, 5.1 引言 目的是 (1) 了解使用者的需求,作為資 訊系統設計的依據。 (2) 建立一個完整的需求文件與 檔案的資料庫,作為需求改變 、控制與追蹤或維護管理的用途。 (3) 經由徹底的診斷分析的過程, 重新設計一個新作業流程,提升作 業品質與生產力。, 5.2 何謂「需求分析」? 需求分為 所謂「非功能性需求」(Non-functional Requirements)是指:「非功能需求是指描述一 些提出系統有關系統之特性、屬性的一些限制 條 件。」其主要是涵蓋:績效、資訊、經濟性 、控制、效率與服務等, 5.5 需求分析的方法論 步驟是 整合性需求分析方論之應用程序 ,它主要有七個實施步驟,從決 定需求、現狀分析、差異分析、 整體分析、細部分析、雛型製作 、評估與修正,一直到製作需求 規格與簡報為止, 5.6 需求分析的主要問題點與對策 對策是 溝通方面:系統分析師平時必須加強與使用者的人際關係與建立良好的溝通管道。 技術方面:採用一套完整的需求分析方法論的步驟,建立一套完整的需求文件資料 庫,作為需求演化之追蹤與控制的依據。 需求表達方面:儘可能採用自然語言表示資訊系統的需求或是予以視覺化強化需求之表達。 教育訓練方面:儘可能模擬與使用者訪談的情境,並加強需求分析的能力之訓練。 輔助工具方面:建立系統需求資料庫,並利用一些智慧型輔助工具例如詞彙或文法檢查器、 以知識為基礎之檢查器、事件追蹤器、模擬器或是模式檢查器等(Robinson and Pawlowski, 1999) ,紀錄、偵測、追蹤、分析或是學習一些衝突或矛盾的需求作為系統需求分析控制與修正的依據(圖5-11)。, 第五章 需求分析 包括 5.1 引言, 5.1 引言 需求重要性是 正式運作時解決成本是需求分 析階段發現錯誤並予以更正的 40-1000倍,由此可知,需求分 析對資訊成本具有相當程度的 影響。, 第五章 需求分析 包括 5.3 需求分析進行的步驟, 5.3 需求分析進行的步驟 包括 (一)確認需求─此階段的工作是確定需求的類型、主要使用者、 需求的內容、時機以及需求的資料呈現方式等。 (二)蒐集需求相關資料─此階段的工作是針對資訊系統之需求進 行相關資料的蒐集工作。 (三)正式進行需求分析─此階段的工作是進行需求分析,圖5-7是 需求分析須考慮之重要因素,如圖所示,它涵蓋了產業環境與組 織、功能需求、資訊作業現況分析、資源需求、作業流程、資訊 品質需求等八個分析構面。 (四)需求分析資料的彙總─此階段的工作是將需求分析結果進行彙 總與整理的工作,並建立一個完整的需求資料庫,其中包括需求文 件的編號、索引、需求文件內容與存放目錄區等。(表5-4) (五)檢討與改進─此階段的工作是針對需求分析的內容做進一步的 確認與檢討。 (六)需求的維護與管理─此階段的工作是針對系統需求的異動進行 控制與維護管理。, 5.6 需求分析的主要問題點與對策 分析問題是 (1) 需求分析的資料來源過於零散且整理不易。 (2) 為迎合使用的想法導致需求分析的成本過高或是降低作業品質。 (3) 使用者參與意願或重視程度不足,或是使用者對系統分析師持不信任 的態度。 (4) 使用者對於本身的需求並不清楚,釐清需求必須耗費相當多的時間。 (5) 使用者不斷增加新的需求或是遺漏一些重要的需求。 (6) 缺乏需求分析的輔助工具,導致需求分析工作效率不佳。 (7) 進行需求分析過程溝通不良。 (8) 缺乏一套系統化的實施步驟。, 5.2 何謂「需求分析」? 需求分為 所謂「功能需求」(Functional Requirements ) 是指:「系統在執行過程所提供的功能。」, 5.1 引言 元件重要性是 在需求分析階段,軟體開發團 隊若是能夠建立一個可再用性 之軟體元件庫,對於以後承接 相同或類似的軟體專案時,可 以大幅度的縮短開發時程、提 升資訊系統的品質與降低資訊 系統開發的總成本。, 需求分析的工作內容,從界定系統範圍 、確認使用者需求、進行系統需求分析 工作,一直到制定軟體需求規格,需求 的改變、控制與追蹤等為止,它涵蓋下 列主要工作:(Wiegers, 1999;Kramer et al., 1988) 的 需求管理的工作項目, 5.2 何謂「需求分析」? 文件是 系統分析師必須將使用者提出的資訊做 系統化之處理並予以文件化,轉換成軟 體需求規格做為資訊系統設計的依據, 5.2 何謂「需求分析」? 需求是 所謂「需求」 (Requirements)是指﹕ 「使用者解決問題或是達成目標所 需的一種能力」或是「系統的特性 或系統須具備的功能與屬性」或是 「達到系統功能的一種規格。」, 5.4 決定系統需求的方法 包括 (一)審查現有作業之文件與表單。 (二)訪談。 (三)觀察。 (四)問卷。 (五)電話訪談。 (六)聯合需求規劃。 (圖5-9) (七)雛型法 。 (八)資料庫內容分析。, 第五章 需求分析 包括 5.4 決定系統需求的方法, 第五章 需求分析 包括 5.6 需求分析的主要問題點與對策, 5.2 何謂「需求分析」? 注意事項是 需求分析工作必須特別注意事項